home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_1199 / 1166 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  3.7 KB
  1. Date: Sat, 30 Jul 94 18:25 CDT
  2. From: ekl@sdf.lonestar.org (Evan K. Langlois)
  3. To: gem-list@world.std.com
  4. Subject: Digest
  5. Precedence: bulk
  6.  
  7.  
  8. ========================================================================
  9. ]Try HSMODEM. It works well under MTOS and MagiC.
  10.  
  11. Huh?  How will that help?  The whole problem is that GEM is too slow...
  12. it has nothing to do with baud rates.
  13. ========================================================================
  14.  
  15. Gem will run more often if you take less time reasding the modem.
  16.  
  17. ========================================================================
  18. I had it working where the buttons would 'press' when you clicked on, but
  19. due to the way the amodality works, I get button-down events, not
  20. button-up events, so I would some times end up with a button staying
  21. selected even after I'd let up.  So the gagets WORK, but they do not show
  22. anything (other than moving the slider properly, etc.).
  23. ========================================================================
  24.  
  25. If its for foreground windows and you aren't messing with WM_TOP
  26. messages, then look at my code again.  You get button up and down events.
  27.  
  28. ========================================================================
  29. Yes, EVERYONE PLEASE DIGEST YOUR MAIL.
  30. ========================================================================
  31.  
  32. Why?  Lots of small messages are easier to read than one long one, and
  33. its the same number of bytes.
  34.  
  35. ========================================================================
  36. Selection of words in editable objects is not simple to implement - so I
  37. suspect very few apps will and therefore cannot be part of the standard. At
  38. least not at this stage.
  39. --Ofir
  40. ========================================================================
  41.  
  42. The "standard" is not to force anything at all, just to provide a standard
  43. means of supporting new features.  So, EVERYTHING must be in the standard.
  44.  
  45. ========================================================================
  46. What page is this on?  I'd like to staple a copy of Even's message
  47. to that page so that I don't forget and make a silly mistake.
  48. --Michel Forget
  49. ========================================================================
  50.  
  51. It's not in the old version at all.  Just the new one.  Evan <not spelling
  52. eh?> can repost the code if you like (without all the annoying comments
  53. if you like).
  54.  
  55. ========================================================================
  56. C:\system\defaults\...
  57.            defaults             # general file read on app start up
  58.           file1                 # AND this is read when 'file1' runs
  59.           file2                 # ditto for file2 ...
  60.  
  61. At which point, writing individual app defaults files becomes easier as well.
  62. You don't mess with the defaults file, but you're allowed to change your own.
  63. Of course, the file format in both should be the same. I think X actually
  64. has different file formats for the individual files, they are effectively
  65. specified as having no <application> (first) field, and the name of the file
  66. is prepended to all the entries. I can't actually see the point of this.
  67. One other thing - someone said the file ought to be case sensitive. Why ?
  68. ========================================================================
  69.  
  70. Agreed .. I like this structure and see no reason to make things case
  71. sensitive, other than filenames!!   Make them lower case for FAT, 
  72. and just as they are listed for Minix.
  73.  
  74. ========================================================================
  75. Wouldn't it be easier to have it insensitive ? You can then still use lc
  76. for entries, but you don't need separate entries for Y,y,True,TRUE etc.
  77. --Simon Gornall
  78. ========================================================================
  79.  
  80. Agreed.
  81.  
  82.